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EXECUTIVE  SUMMARY 


This  document  is  intended  for  all  Ada  PROGRAMMING  LANGUAGE 
users  and  compiler  VENDORS  who  have  an  interest  in  Ada 
VALIDATIONS.  It  defines  commonly  used  Ada  VALIDATION  terms; 
outlines  the  organizational  structure  to  manage,  coordinate,  and 
direct  the  Ada  VALIDATION  process;  lists  steps  in  the'  process; 
and  provides  guidance  to  Department  of  Defense  (DoD)  program 
managers  on  the  acquisition,  use  and  maintenance  of  Ada 
COMP  I LERs . 

Terms  that  are  specific  to  this  document  are  defined  in 
Sect  Ion  2  . 

The  Ada  CERTIFICATION  SYSTEM  is  established  by  the  Ada  Joint 
Program  Office  CAJPO)  and  consists  of  rules  of  procedure  and  a 
hierarchical  management  structure  for  carrying  out  CONFORMITY 
TESTING.  The  Ada  CERTIFICATION  BODY  is  the  governing  body  that 
directs,  manages,  and  administers  Ada  VALIDATION.  This  body 
consists  of  the  Director,  AJPO,  the  Ada  Validation  Organization 
(AVO) ,  and  the  Ada  Validation  Facilities  (AVFs) .  The  Director, 
AJPO  provides  overall  direction  and  is  the  single  point  DoD 
authority  for  organizing,  managing,  directing  and  administering 
all  matters  concerning  the  Ada  PROGRAMMING  LANGUAGE  and  for 
authorizing  VALIDATION  CERTIFICATES.  The  AVO  provides 

administrative  and  technical  assistance  to  the  Director  and  AVFs. 
The  AVFs  implement  a  mechanism  to  determine  COMPLIANCE  to  the  Ada 
PROGRAMMING  LANGUAGE  within  DoD. 

The  rules  of  procedure  that  are  outlined  by  the  VALIDATION 
process  are  summarized  here  in  nine  steps  that  must  be  completed 
by  a  VENDOR  and  the  Ada  CERTIFICATION  BODY  in  order  to  issue  a 
VALIDATION  CERTIFICATE.  These  steps  are: 

1.  Obtaining  the  current  Ada  COMPILER  VALIDATION  CAPABILITY 
(ACVC)  test  suite; 

2.  Submitting  a  notice  of  intent  to  va I idate  a  COMPILER  to 
an  AVF ; 

3.  Negotiating  a  formal  agreement  for  VALIDATION  services 
with  an  AVF; 

4.  Submitting  a  DECLARATION  OF  CONFORMANCE  and  test  results 
to  an  AVF ; 

5.  Resolving  test  issues  with  the  AVF; 

6.  Reviewing  and  responding  to  the  draft  VALIDATION  SUMMARY 
REPORT  (VSR) ; 


7.  Completing  on-site  testing  successfully; 
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8.  Issuing  a  VALIDATION  CERTIFICATE; 

9.  Issuing  a  final  VSR. 

Upon  complatlon  of  these  steps  a  compiler  is  considered  an 
Ada  VALIDATED  COMPILER.  For  compilers  that  are  derived  from  a 
validated  BASE  COMPILER,  there  is  a  registration  procedure,  which 
conveys  VALIDATION  status  without  the  completion  of  all  of  the 
VALIDATION  steps  outlined  above. 

S 

The  guidance  provided  to  DoD  program  managers  in  this 
document  integrates  the  VALIDATION  and  control  of  Ada  COMPILERS 
with  DoD  life-cycle  management  practices.  It  is  intended  to  aid 
program  managers  in  the  initial  acquisition  of  Ada  COMPILERS  and 
to  provide  them  with  guidance  for  configuration  control  of  Ada 
COMPILERS  during  software  development,  -transition  to  a 
maintenance  activity,  and  llfe-cycla  maintenance.  The  concept  of 
an  Ada  PROJECT-VALIDATED  COMPILER  is  Introduced  as  a  baselined 
VALIDATED  COMPILER  that  is  used  throughout  the  development  of  a 
system,  and  carried  forward  into  life-cycle  maintenance. 

A  compiler  used  to  develop  Ada  software  for  DoD  projects 
does  not  have  to  be  a  PROJECT-VALIDATED  COMPILER  in  the  beginning 
of  the  software  development  phase,  however,  the  code  delivered  at 
the  end  of  the  development  phase  for  operational  use  and 
maintenance  must  be  compiled  with  a  VALIDATED  COMPILER.  Once 
validated  and  baselined.  the  PROJECT-VALIDATED  COMPILER  is 
retested  for  CONFORMITY  whenever  it  is  modified  using  the  same  or 
subsequent  ACVC  test  suite  which  was  used  to  validate  the  BASE 
COMP  I LER . 
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INTRODUCT ION 


The  Ada  PROGRAMMING  LANGUAGE  was  initially  designed  to 
support  software  development  for  embedded  computer  systems. 
Embedded  computer  systems  form  a  part  of  larger  systems  That  are 
primarily  computational,  such  as  military  weapons  systems.  A 
programming  language  was  also  needed  that  reduced  software 
development  and  maintenance  costs,  provided  portability  of 
software  and  programmers,  and  encouraged  sound  software 
engineering  practices  for  applications  such  as  C3 I ,  multilevel 
security,  and  nonembedded  computer  processing.  No  other 
programming  language  was  designed  to  fully  support  this 
requirement.  For  this  reason,  the  United  States  Department  of 
Defense  (DoD)  sponsored  the  development  of  the  Ada  PROGRAMMING 
LANGUAGE,  and  adopted  what  is  now  the  ANS I /M I L-STD- 1 8 1 5A  Ada 
PROGRAMMING  LANGUAGE  standard. 

To  support  implementation  of  the  Ada  PROGRAMMING  LANGUAGE, 
DoD  establ  ished  the  Ada  Joint  Program  Office  (AJPO)  .  The 
Director,  AJPO  is  the  single  point  DoD  authority  within  DoD  for 
organizing,  managing,  directing  and  administering  all  matters 
concerning  the  Ada  PROGRAMMING  LANGUAGE.  Among  the 
responsibilities  assigned  to  the  AJPO  is  the  function  of  ensuring 
that  Ada  COMPILERS  faithfully  implement  the  Ada  PROGRAMMING 
LANGUAGE  standard.  To  perform  this  function  the  AJPO  designates 
the  Ada  Validation  Organization  (AVO)  to  provide  edm i n i strat i ve 
and  technical  support,  and  Ada  Validation  Facilities  (AVFs)  to 
perform  Ada  COMPILER  VALIDATIONS.  Collectively,  these  three 
elements  constitute  the  Ada  CERTIFICATION  BODY.  The  Director, 
AJPO  provides  overall  direction,  the  AVO  provides  administrative 
support  to  ensure  consistent  practices,  and  the  AVFs  conduct 
validation  to  determine  COMPLIANCE  to  the  Ada  PROGRAMMING 
LANGUAGE . 

\ 

This  document  outlines  the  process  established  by  the  AJPO 
to  perform  Ada  COMPILER  VALIDATIONS.  VALIDATION  for  an  Ada 
COMPILER  is  the  process  of  CONFORMITY  TESTING  of  a  candidate 
compiler  to  the  Ada  PROGRAMMING  LANGUAGE  end,  when  COMPLIANCE  is 
demonstrated  through  VALIDATION  testing,  issuing  a  VALIDATION 
CERTIFICATE.  The  goal  of  Ada  VALIDATION  is  to  ensure  COMPLIANCE 
to  the  standard  and  prevent  the  proliferation  of  subsets, 
supersets,  or  dialects  of  the  Ada  PROGRAMMING  LANGUAGE.  Users 
are  cautioned  that  VALIDATION  does  not  imply  or  warrant  the  use 
of  an  Ada  COMPILER  for  any  application,  nor  does  it  provide  an 
evaluation  of  compiler  efficiency  or  performance.  VALIDATION  is 
strictly  a  determination  of  COMPLIANCE  that  leads  to  a  Judgment 
of  CONFORMITY. 
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TERMS  AND  DEFINITIONS 


Terms  that  are  •pacific  to  this  document  are  defined  in  this 
section  and  are  capital ized  where  they  appear  in  the  document. 
Reference  to  these  definitions  should  be  made  whenever  there  is  a 
question  as  to  the  specific  meaning  of  a  defined  term. 

Ada*  PROGRAMMING  LANGUAGE:  The  language  defined  by  ANS I /M I L-STD- 
1B15A  and  its  successors. 

Ada  COMPILER:  A  system  (in  a  loadable  or  executable  code  form) 
which  translates  Ada  source  programs  into  object  code  that,  when 
loaded  with  the  TARGET  RUN-TIME  SYSTEM,  executes  on  a  target 
computer  in  a  manner  that  is  in  COMPLIANCE  with  the  Ada 
PROGRAMMING  LANGUAGE.  The  term  Ada  COMPILER  may  be  used  in 
describing  language  processors  which  are  not  completely 
conforming  or  are  not  making  a  claim  of  conformance  provided  that 
there  is  a  precise,  easily  visible  statement  of  their  non¬ 
conformance  at  the  same  time  and  in  the  same  context  as  where  the 
term  is  used. 

Ada  COMPILER  VALIDATION  CAPABILITY  (ACVC) :  The  set  of  Ada 
programs  that  tests  the  CONFORMITY  of  a  candidate  Ada  COMPILER  to 
the  Ada  PROGRAMMING  LANGUAGE,  as  well  as  the  documentation  and 
tools  that  facilitate  this  CONFORMITY  TESTING. 

APPLICABLE  ACVC  TESTS:  The  set  of  tests  in  an  ACVC  version  that 
are  determined  by  the  Ada  CERTIFICATION  BODY  to  be  applicable  to 
the  VALIDATION  of  a  specific  candidate  BASE  COMPILER. 

APPLICATION-SPECIFIC  RUN-TIME  LIBRARY:  The  subset  of  a  Run-Time 
Library  that  is  required  for  execution  of  a  specific  application. 

BASE  COMPILER:  An  Ada  COMPILER  for  which  a  current  VALIDATION 
CERTIFICATE  exists. 

BASE  CONFIGURATION:  The  specific  CONFIGURATION  on  which  the  BASE 
COMPILER  is  tested  by  an  Ada  Validation  Facility  (AVF)  as  part 
of  the  VALIDATION  process. 

CERTIFICATION  BODY:  An  impartial  body,  governmental  or  non¬ 
governmental  ,  possessing  the  necessary  competence  and  rei iabi I ity 
to  operate  a  certification  system,  and  in  which  the  Interests  of 
all  parties  concerned  with  the  functioning  of  the  system  are 
represented.  (ISO  GUIDE  2:  1983  and  draft  ISO/IEC  GUIDE  2-8.23: 
1986] 

CERTIFICATION  SYSTEM:  A  system  having  Its  own  rules  of  procedure 
and  management  for  carrying  out  conformity  certification.  (ISO 


GUIDE  2:  1983  and  draft  ISO/IEC  GUIDE  2-8.2. 1:  1986] 

COMPLIANCE:  The  atate  describing  correct  compilation  and 
axecution  of  all  APPLICABLE  ACVC  TESTS  in  the  applicable  version 
of  the  ACVC.  [Note:  For  purposes  of  this  document,  COMPLIANCE 
is  a  practical  measure  of  CONFORMITY.] 

COMPILER  OWNER:  The  VENDOR  who  signs  the  DECLARATION  OF 
CONFORMANCE  and  who  submits  a  candidate  Ada  COMPILER  for 
VALIDATION,  or  the  third  party  which  is  declared  by  the 
validating  VENDOR  on  the  DECLARATION  OF  CONFORMANCE  to  be  the 
owner  of  record  for  the  candidate  Ada  COMPILER. 

COMPUTER  ARCHITECTURE:  The  set  of  physical  implementations 
(central  processing  unit,  memory,  peripheral  devices,  and  related 
hardware  and  software  components),  or  logically  equivalent 
emulator  programs,  which  execute  object  code  in  accordance  with 
an  Instruction  Set  Architecture  (ISA). 

CONFIGURATION:  A  HOST  ARCHITECTURE,  host  operating  system, 
TARGET  ARCHITECTURE,  target  operating  system  and  TARGET  RUN-TIME 
SYSTEM,  ( i f  any) . 

CONFORMITY:  Fulfillment  by  a  product,  process  or  service  of  all 
requirements  specified  [ISO  Guide  2:  1983  and  draft  ISO/IEC 
Guide  2-8. 1.1:  19861.  [Note:  Also  see  section  1.1.2  in 
ANSI /Ml L-STD-1815A] 

CONFORMITY  TESTING:  Testing  of  a  candidate  Ada  COMPILER  by  the 
VENDOR  and  by  an  AVF  to  demonstrate  COMPLIANCE  to  the  Ada 
PROGRAMMING  LANGUAGE.  This  testing  Includes  checking  for  those 
characteristics  that  must  be  present  In  a  compiler  for  it  to  be 
considered  a  compiler  conforming  to  the  Ada  PROGRAMMING  LANGUAGE. 
This  also  includes  testing  the  implementation  of  dependent 
compiler  characteristics  that  must  also  conform  to  the  Ada 
PROGRAMMING  LANGUAGE,  if  implemented. 

DECLARATION  OF  CONFORMANCE:  A  formal  statement  from  a  VENDOR 
assuring  that  CONFORMITY  is  realized  or  attainable  on  the 
compilers,  configurations  and  derivations  for  which  he/she  is 
requesting  VALIDATION,  REVALIDATION,  or  registration.  See 
Appendix  A  for  the  format  of  a  DECLARATION  OF  CONFORMANCE. 

DERIVED  COMPILER:  One  of  the  following: 

o  A  BASE  COMPILER  on  an  EQUIVALENT  CONFIGURATION. 

o  A  MAINTAINED  COMPILER  on  a  BASE  CONFIGURATION, 

o  A  MAINTAINED  COMPILER  on  an  EQUIVALENT  CONFIGURATION, 
where  any  of  these  pairs  originates  from  a  BASE  COMPILER  and 
BASE  CONFIGURATION  pair. 
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EQUIVALENT  CONFIGURATION:  Any  CONFIGURATION  of  the  same  COMPUTER 
ARCH ITECTURE (s)  jnd  operating  ayatem  for  which  COMPLIANCE  is 
achievable  using  the  same  ACVC  version  used  In  the  VALIDATION  of 
the  BASE  COMPILER  on  the  BASE  CONFIGURATION. 

GENERIC  TARGET:  A  hardware  and/or  software  implementation  that 
is  equivalent  to,  or  a  superset  of,  the  REAL  SYSTEM  TARGET  and  is 
capable  of  executing  all  applicable  ACVC  tests.  A  GENERIC  TARGET 
is  equivalent  to  the  REAL  SYSTEM  TARGET  if  It  is  an  EQUIVALENT 
CONf IGURAT ION  of  this  target.  A  superset  of  a  REAL  SYSTEM  TARGET 
Is  one  to  which  the  REAL  SYSTEM  TARGET  could  be  made  equivalent 
by  adding  more  memory,  Input-output  capabilities,  co-processors, 
and  instructions. 

HOST  ARCHITECTURE:  The  COMPUTER  ARCHITECTURE  used  for  execution 
of  an  Ada  COMPILER. 

MAINTAINED  COMPILER:  A  BASE  COMPILER  which  has  been  changed  in 
any  way  generally  accepted  by  the  software  profession  to 
constitute  "maintenance"  -  usually  meaning  minor  change. 
Complete  replacement  or  addition  of  some  major  component  of  a 
BASE  COMPILER  is  not  considered  "maintenance"  In  this  document. 

MAJOR  UPGRADE:  As  it  app I i es  to  a  specific  system  or  subsystem, 
is  the  redesign  or  substantial  addition  of  hardware,  the  revision 
or  addition  of  more  than  one  third  of  the  software,  the  redesign 
of  the  software  architecture,  or  a  substantial  addition  of  new 
software  functions. 

PROJECT-VALIDATED  COMPILER:  A  VALIDATED  COMPILER  which  is 
base  I  i ned  for  a  project  in  accordance  with  appl  icable  DoD 
software  life-cycle  management  policies,  procedures,  and 
pr act i ces . 

REAL  SYSTEM  TARGET:  A  computer  hardware  component  of  a  system 
that  has  been  designed  to  comply  with  the  operational  form,  fit, 
and  functional  specifications  of  the  system  computer  resources 
which  may  execute  object  code  generated  by  a  VALIDATED  COMPILER 
for  an  associated  GENERIC  TARGET.  The  REAL  SYSTEM  TARGET  may 
possess  characteristics  specific  to  an  application  that  have  no 
counterpart  in  the  GENERIC  TARGET. 

RESTRICTED  TARGET:  A  REAL  SYSTEM  TARGET  on  which  not  all  ACVC 
tests  can  be  executed  but  which  can  execute  object  code  generated 
by  a  VALIDATED  COMPILER  for  an  associated  GENERIC  TARGET  In 
combination  with  APPLICATION-SPECIFIC  RUN-TIME  LIBRARIES  and/or 
run-time  support.  Note:  The  VALIDATED  COMPILER  for  a  GENERIC 
TARGET  cannot  generate  different  code  for  the  associated 
RESTRICTED  TARGET . 

REVALIDATION:  The  VALIDATION  of  a  previously  VALIDATED  COMPILER 
to  renew  its  Ada  COMPILER  status. 
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TARGET  ARCHITECTURE:  The  COMPUTER  ARCHITECTURE  used  for 

execution  of  object  code  genereted  by  en  Ade  COMPILER. 

TARGET  RUN-TIME  SYSTEM:  The  met  of  sub-pr ogr ams ,  which  may  be 
invoked  by  linking,  loading,  end  executing  object  code  generated 
by  en  Ada  COMPILER.  If  these  sub-pr ogr ems  use  or  depend  upon  the 
services  of  an  operating  system,  then  the  TARGET  RUN-TIME  SYSTEM 
Includes  those  portions  of  that  operating  system. 

VALIDATION:  The  process  of  checking  the  CONFORMITY  of  an  Ada 

COMPILER  to  the  Ada  PROGRAMMING  LANGUAGE  and  of  issuing 
certificates  indicating  COMPLIANCE  of  those  compilers  that  have 
been  successfully  tested. 

VALIDATION  CERTIFICATE:  The  certificate  issued  by  authority  of 
the  Ada  Joint  Program  Office  that  formally  acknowledges 
COMPLIANCE  of  a  BASE  COMPILER. 

VALIDATION  SUMMARY  REPORT  (VSR):  A  report  produced  by  an  Ada 
VALIDATION  FACILITY  (AVF)  containing  asu I ts  that  are  observed 
from  testing  a  specific  Ada  COMPILER  or  grouping  of  Ada 
COMPILERS. 

VALIDATED  COMPILER:  A  BASE  COMPILER  for  which  a  VALIDATION 
CERTIFICATE  is  In  effect  or  a  DERIVED  COMPILER  that  is  currently 
registered  with  the  Ada  Joint  Program  Office  (AJPO) .  A  BASE 
COMPILER  and  any  derivation  of  that  compiler  will  be  considered  a 
VALIDATED  COMPILER  only  as  long  as  the  VALIDATION  CERTIFICATE  for 
the  BASE  COMPILER  is  In  effect.  Any  compiler  that  does  not  have 
a  current  VALIDATION  CERTIFICATE  and  qualifies  as  a  DERIVED 
COMPILER  must  be  registered  with  the  AJPO  to  be  a  VALIDATED 
COMPILER. 

VENDOR:  The  suppl ier  of  an  Ada  COMPILER.  [Note:  A  VENDOR 

becomes  an  AVF  cl ient  when  the  VENDOR  enters  Into  a  contract  for 
Ada  VALIDATION  services.] 
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ORGANIZATION  AND  RESPONSIBILITIES 


3.0  ORGANIZATION.  The  organizations  that  govern,  direct, 
manage,  and  administer  Ada  VALIDATIONS  on  behalf  of  the  AJPO 
constitute  the  Ada  CERTIFICATION  BODY.  This  section  specifies 
the  r espons i b i I i t i es  of  each  organization  or  party  that  is 

Involved  in  the  Ada  VALIDATION  process. 

1  » 

3.1  RESPONSIBILITIES.  The  following  are  the  specific 

responsibilities  assigned  to  each  party  or  organization  In  the 
Ada  CERTIFICATION  BODY: 

3.1.1  The  Director,  AJPO: 

a.  Is  responsible  for  establishing  and  maintaining  the  Ada 
VALIDATION  process,  and  is  the  governing  official  for 
this  document . 

b.  Establishes  the  period  of  time  after  which  a 
VALIDATION  CERTIFICATE  expires. 

c.  Designates  an  AVO  and  delegates  to  It  the  authority  to 
implement  the  Ada  VALIDATION  process. 

d.  Approves  the  establishment  of  AVFs  to  perform  the  actual 
VALIDATIONS  in  accordance  with  AJPO  procedures. 

e.  Has  final  decision  authority  over  disputes  raised 
by  VENDORS  concerning  VALIDATION  Issues. 

3.1.2  The  AVO: 

a.  Recommends  for  AJPO  approval,  changes  to  the  VALIDATION 
procedures  established  in  this  document. 

b.  Ensures  that  each  AVF  performs  VALIDATIONS  consistent 
with  the  VALIDATION  process  established  by  the  AJPO. 

c.  Maintains  accurate  records  pertaining  to  each  VALIDATION 
and  to  the  VALIDATION  process. 

d.  Maintains  the  list  of  VALIDATED  COMPILERS. 

e.  Advises  the  Director,  AJPO  on  ail  VALIDATION 
i ssues . 

f.  Resolves,  where  appropriate,  disputes  and  issues 
between  an  AVF  and  a  VENDOR. 


a 


1 
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Reviews  «M  VALIDATION  SUMMARY  REPORTS  (VSRs)  prepared 
by  AVFs,  end  coordinates  with  AVFs  to  ensure  that  an 
accurate  and  comprehensive  VSR  is  produced  for  each  BASE 
COMPILER. 

Prepares  VALIDATION  CERTIFICATES  for  signature  by  the 
D  i  rector ,  AJPO . 


3.1.3  A  chartered  AVF : 


1  a.  Fol  lows  the  VALIDATION  process  establ  ished  by  the 
AJPO. 

b.  Is  responsible  for  conducting  VALIDATION  in  a  timely 
and  impartial  manner. 

c.  Produces  the  VSR. 

d.  Forwards  disputes  raised  by  a  VENDOR  to  the  AVO  for 
review  and  analysis,  with  final  resolution  to  be 
provided  by  the  AJPO,  if  necessary. 

3.2  VENDOR  RESPONSIBILITIES.  VENDORS  -are  clients  of  the  AVF  and 
are  serviced  by  the  Ada  CERTIFICATION  BODY  in  matters  concerning 
Ada  VALIDATION.  In  requesting  services  of  the  Ada  CERTIFICATION 
BODY.  VENDORS  are  to: 

a.  Provide  accurate  and  sufficient  information  to  perform  a 
VALIDATION. 

b.  Nominate  DERIVED  COMPILERS  for  registration  by  the  AJPO, 
and  provide  sufficient  information  and  rationale  to 
support  registration  of  these  compilers  at  the  time  of 
their  nomination. 

3.3  RELATIONSHIP  BETWEEN  THE  AVF  AND  THE  CLIENT.  VENDORS  are  to 
notify  an  AVF,  In  writing,  of  their  desire  to  have  a  VALIDATION 
conducted.  VENDORS  will  negotiate  and  enter  into  a  contract  with 
an  AVF  for  services  to  be  performed  during  a  projected  period  of 
time.  When  a  VENDOR  and  an  AVF  have  entered  into  a  contract, 
the  VENDOR  becomes  a  cl  lent  of  the  AVF;  and,  both  parties  assume 
responsibilities  for  conducting  the  VALIDATION.  All  members  of 
the  CERTIFICATION  BODY  cooperate  to  ensure  that  the  service  to 
each  VENDOR  is  effective  and  efficient.  Technical  or  procedural 
issues  arising  from  an  AVF  and  VENDOR  relationship  are  referred 
to  a  higher  level  of  the  CERTIFICATION  BODY  only  when  those 
issues  cannot  be  resolved  at  a  lower  level. 
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BASE  COMPILER  VALIDATION 


4.0  VALIDATION  OF  BASE  COMPILERS.  Ada  COMPILERS  ars  validated 
and  pariodically  ravalldatad  using  the  VALIDATION  process  defined 
In  this  document.  VALIDATION  Is  successfully  completed  when  the 
APPLICABLE  ACVC  TESTs  are  run  against  a  candidate  Ada-  COMPILER 
and  an  AVF  reviews  the  test  results  and  judges  them  to 
demonstrate  compiler  CONFORMITY  to  the  Ada  PROGRAMMING  LANGUAGE. 
The*  issuance  of  a  VALIDATION  CERTIFICATE  is  the  official 
confirmation  and  evidence  of  successful  completion  of  the 
VALIDATION  process.  VALIDATION  TESTING  of  an  Ada  COMPILER  is 
performed  by  an  AVF  as  authorized  by  the  Director,  AJPO.  The 
results  of  VALIDATION  testing  are  documented  in  a  VSR.  This 
section  details  the  steps  and  procedures  established  by  the  AJPO 
for  performing  a  VALIDATION. 


4.1  STEPS  AND  PROCEDURES.  There  are  nine  steps  in  Ada 
VALIDATION  that  a  VENDOR  and  the  CERTIFICATION  BODY  must 
successfully  complete  In  order  to  qualify  a  compiler  as  an  Ada 
BASE  COMPILER  for  which  a  VALIDATION  CERTIFICATE  Is  issued. 
These  steps  are:  ^ 


1.  Obtain  the  current  ACVC  test  suite,  (VENDOR).  The  ACVC 
is  the  only  official  test  suite  that  can  be  used  by  VENDORS  and 
AVFs  to  conduct  CONFORMITY  TESTING.  The  ACVC  is  distributed 
exclusively  by  AVFs  and  is  used  by  VENDORS  to  prepare  their 
DECLARATION  OF  CONFORMANCE. 


2.  Submit  a  request  for  VALIDATION  testing,  (VENDOR). 
Informal  corrmun  i  cat  i  on  between  a  VENDOR  and  an  AVF  is  encouraged. 
However,  VENDORS  must  notify  the  AVF,  In  writing,  that  they 
intend  to  become  a  cl ient  and  desire  to  be  scheduled  for 
VALIDATION  TESTING.  An  AVF  schedules  and  commits  resources  on  a 
f i rst-come- f i rst-ser ved  basis;  therefore,  VENDORS  should  ask  for 
AVF  services  as  soon  as  they  can  accurately  project  the  need. 
This  written  notification  should  include  the  following 
i nf ormat I  on : 


Target  dates  for  submission  of  a  DECLARATION  OF 
CONFORMANCE  and  test  results,  end  the  commencement 
of  on-site  testing. 


The  ACVC  version  that  is  being  used  by  the  VENDOR 
to  prepare  a  declaration  of  CONFORMANCE. 


The  CONF IGURAT ION(s)  and  candidate  Ada  COMPILER(s) 
to  be  tested. 


The  location  of  on-site  testing. 
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••  The  length  of  time  (estimete)  required  for  on-site 
test i ng . 

f.  The  point  of  contect  for  further  Informstlon. 

When  VENDORS  project  terget  dates  for  submission  of  s 
DECLARATION  OF  CONFORMANCE  end  for  on-site  testing, 
they  must  consider  that  It  takes  an  AVF  generally  three 
months  (90  days)  from  receipt  of  the  DECLARATION  OF 
CONFORMANCE  and  testing  materials  to  eend  a  final  VSR  to  the 
AVO. 

In  acknowledging  receipt  of  the  VENDOR'S  notification,  the 
AVF  advises  the  VENDOR  of  known  resource  constraints  that 
affect  the  desired  schedule.  When  an  AVF  expects  to  have 
scheduling  problems,  the  AVO  should  be  consulted  concerning 
possible  redistribution  of  workload  among  other  AVFs. 

At  the  request  of  the  VENDOR,  the  AVF  makes  every  effort 
to  keep  confidential  both  the  Intent  to  become  a  client  and 
the  schedule  for  VALIDATION.  However,  this  confidential ity 
cannot  be  guaranteed  nor  is  it  allowed  to  interfere 
with  normal  review/approval  procedures  described  in  this 
document  for  draft  VSRs . 


3 .  Negot i ate 
requires  a  formal 
payment  in  advance 
will  be  per  formed . 
this  fee.  Once  a  f 
and  an  AVF.  the 
serviced  by  the  Ada 
process  of  self-t 
Incorrectly  written 
and  CONFIGURATION 
AVF  client,  a  list 
client's  perspectlv 
with  the  client's  r 


a  formal  agreement,  (AVF/C I  i ent) .  An  AVF 
agreement  with  a  VENDOR,  and  may  require 
for  the  analytical  and  testing  services  that 
Preparation  of  the  test  report  is  included  in 
ormal  agreement  is  negotiated  between  a  VENDOR 
VENDOR  becomes  a  cl  lent  of  the  AVF  and  may  be 
CERTIFICATION  BODY.  A  VENDOR  who  is  in  the 
estlng  may  discover  ACVC  tests  that  could  be 
or  which  are  inapplicable  for  the  compiler 
under  test.  As  soon  as  the  VENDOR  becomes  an 
of  all  ACVC  tests  that  are  doubtful  from  the 
e  are  provided  by  the  client  to  the  AVF,  along 
ationale  for  including  each  test  on  this  list. 


4.  Submit  a  DECLARATION  OF  CONFORMANCE  and  pr e-VAL I  DAT  I  ON 
tast  results,  (Client).  The  AVF  will  provide  the  client  with  the 
format  4or  a  DECLARATION  OF  CONFORMANCE,  which  is  defined  in 
Appendix  A  of  this  document,  and  a  list  of  required  pre- 
VALIDATION  information.  This  list  includes  the  information 
raquired  by  Appendix  F  of  the  Ada  PROGRAMMING  LANGUAGE  standard 
and  other  implementation  specific  Information  determined  by  the 
AVF.  The  AVF  prescribes  the  format  In  which  this  information  is 
to  be  delivered. 
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After  the  client  runs  the  ACVC  on  the  candidete  Ada 
COMPILER,  the  client  provides  the  AVF  with  a  DECLARATION  OF 
CONFORMANCE  and  ACVC  test  results.  The  ACVC  must  be  run  In  m 
manner  agreed  upon  with  the  AVF,  and  test  results  must  be 
del ivered  to  the  AVF  no  later  than  two  months  (60  days)  prior  to 
the  scheduled  on-site  test  date.  The  actual  date  for  delivery  of 
ACVC  test  results  by  the  client  Is  specified  in  the  contract 
between  the  client  and  the  AVF.  During  this  two-month  period 
there  is  sufficient  time  for  a  thorough  analysis  of  pre¬ 
validation  test  results,  resolution  of  all  testing  issues,  and 
preparation  of  a  draft  VSR.  It  should  be  noted  that,  if  a  two- 
month  period  is  not  provided  for  analysis,  any  problems  that 
arise  may  cause  the  AVF  to  reschedule  VALIDATION.  Such  a  change 
in  schedule  may  even  necessitate  the  use  of  a  later  ACVC  version 
and  thus  the  resubmission  of  test  results. 

When  received,  the  AVF  acknowledges  receipt  of  the  client’s 
DECLARATION  OF  CONFORMANCE  and  test  results.  In  the  event  a 
VENDOR  successfully  completes  step  4  in  this  VALIDATION  procedure 
prior  to  the  expiration  date  of  the  current  ACVC,  and  that  the 
expiration  date  is  subsequently  reached  before  the  VALIDATION 
process  is  complete,  then  the  VENDOR  is  allowed  to  proceed  with 
the  original  ACVC  provided  that: 

a.  the  AVF  has  had  sufficient  time  to  determine  that 
there  are  no  failures  of  APPLICABLE  ACVC  TESTS,  and 

b.  the  VENDOR  has  no  test  disputes  pend  l*ng  at  the  time  the 
ACVC  expired  that  are  subsequently  'decided  against  the 
VENDOR’S  position  on  the  test. 

6.  Resolve  test  issues,  (AVF/CL I ENT/AVO/AJPO) .  The  AVF 
thoroughly  analyzes  all  client  supplied  test  results  and 
materials  that  support  the  client’s  DECLARATION  OF  CONFORMANCE. 
Included  in  this  analysis  is  a  review  of  the  list  of  tests 
considered  by  the  client  to  be  inapplicable  to  the  CONFIGURATION 
being  tested,  and  the  specific  BASE  CONF IGURAT ION (S)  used  by  the 
client  to  test  the  candidate  Ada  COMPILER.  If  the  AVF  and  the 
client  cennot  agree  on  the  applicability  of  specific  tests,  or 
the  interpretation  of  test  results,  or  cannot  mutually  agree  to 
definitions,  such  as  BASE  CONFIGURATION,  then  the  Issue(s)  is 
referred  to  the  AVO  for  review.  The  AVO  then  analyzes  all  issues 
with  the  help  of  the  AVF,  the  client,  and  any  other  technical 
body  the  AVO  considers  advisable.  Information  resulting  from  this 
review  is  then  presented  to  the  Director,  AJPO  for  consideration 
and  final  resolution.  The  Director,  AJPO  decision  on  disputed 
tests  or  test  methods  is  final.  On-site  testing  will  not  take 
place  until  all  test  issues  have  been  resolved.  When  the 

resolution  goes  against  the  client's  position,  the  client  may 
renegotiate  with  the  AVF  to  reschedule  the  VALIDATION  or  to  amend 
or  terminate  the  contract. 


- 
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6.  Preparation  and  review  of  the  draft  VSR,  (AVF/AVO/AJPO) . 
The  AVF  prepares  a  draft  VSR  based  on  information  suppl ied  by 
the  client.  This  Includes  a  DECLARATION  OF  CONFORMANCE,  a 
description  of  all  ACVC  tests  that  were  processed  oh  the  BASE 
COMPILER,  a  table  showing  the  class  and  category  of  all  ACVC 
tests  (e.g.,  total  number  of  class  C  tests  passed,  failed, 
withdrawn,  or  inapplicable,  etc.),  and  a  description  of  the 
testing  environment  (e.g.,  designation  of  CONFIGURATIONS  tested, 
testing  completion  date).  The  draft  VSR  also  reflects  any 
decisions  made  concerning  disputed  test  issues.  Implementation 
dependent  options  are  e I  so  detailed  in  the  VSR. 

The  client,  the  AVO,  and  AJPOwitl  receive  copies  of  the 
draft  VSR  for  concurrent  review  and  comment.  This  review  will  be 
completed  as  soon  as  possible  with  comments  provided  directly  to 
the  AVF.  The  AVF  coordinates  with  the  AVO  resolution  of 
remaining  issues  prior  to  on-site  testing  that  arise  as  a  result 
of  this  review.  Once  all  issues  are  resolved  and  documented  in 
the  draft  VSR,  the  draft  VSR  is  referred  to  as  the  annotated  VSR 
and  the  annotated  VSR  becomes  the  basis  on  which  on-site  testing 
is  conducted  and  test  results  analyzed.  When  necessary,  on-site 
testing  may  begin  prior  to  completion  of  AVO  and  AJPO  review  of 
the  draft  VSR.  r 

7.  On-site  testing,  (AVF).  The  AVF  conducts  the  CONFORMITY 
TESTING  of  the  client's  compiler  at  the  location  designated  by 
the  client  in  accordance  with  the  annotated  VSR.  The  client 
submits  to  the  AVF  a  refined  estimate  of  time  required  for 
testing  two  weeks  (14  days)  before  AVF  personnel  are  scheduled  to 
arrive  at  the  client's  site.  AVF  test  personnel  prepare  the  ACVC 
for  the  client’s  specific  implementation.  This  customization  of 
the  ACVC  for  a  client  Includes:  (a)  parameters  that  are 
implementation  dependent;  and  (b)  insertion  of  special 
fields/records  used  by  the  AVF  to  ensure  the  Integrity  of  the 
test  suite.  The  AVF,  during  on-site  testing,  executes  the 
identical  APPLICABLE  ACVC  TESTS  that  the  client  executed  during 
pre-VAL I  DAT  I  ON  testing.  It  is  the  AVF  that  determines  those 
inapplicable  tests  to  execute  during  on-site  testing  in  order  to 
confirm  their  inapplicable  status.  if  the  AVF’s  test  results  are 
challenged  by  the  client,  the  matter  is  to  be  referred  to  the  AVO 
for  resolution,  or  if  resolution  cannot  be  obtained,  to  the  AJPO. 

8.  Issuing  a  VALIDATION  CERTIFICATE,  (AJPO).  The  Director, 
AJPO  authorizes  the  issuance  of  a  VALIDATION  CERTIFICATE  after 
the  results  of  AVF  testing  demonstrate  that  a  VENDOR'S  candidate 
Ada  COMPILER  Is  In  COMPLIANCE  with  the  Ada  PROGRAMMING  LANGUAGE. 
When  an  AVF  completes  on-site  VALIDATION  testing  end  test 
results  confirm  CONFORMITY  for  a  candidate  Ada  COMPILER,  it 
notifies  the  AVO  that  on-site  test  results  were  Identical  to 
those  egreed  to  in  the  annotated  VSR. 


If  on-sit*  tasting  was  based  on  a  draft  VSR,  then  the 
VSR  review  process  described  above  must  first  be  completed  before 
a  certificate  Is  issued.  Test  results  must  be  analyzed  based  on 
an  annotated  VSR.  Once  all  issues  concerning  the  VSR  have  been 
resolved  to  the  AVO ' a  and  AJPO’s  satisfaction,  a  VALIDATION 
CERTIFICATE  is  prepared  by  the  AVO  for  an  Ada  COMPILER,  and 
issued  by  the  authority  of  the  Director,  AJPO. 

The  VALIDATION  CERTIFICATE  uniquely  identifies  a  version 
of  the  BASE  COMPILER  and  the  nomenclature  of  the  BASE 
CONFIGURATION,  as  we  I  I  as  the  version  of  the  AC VC  under  which  the 
testing  was  performed.  It  is  Issued  to  the  VENDOR  who  is  the 

COMPILER  OWNER  of  the  Ada  COMPILER.  In  most  cases,  the  VENDOR 
and  the  client  for  the  compiler  are  the  same.  However,  the 
cl  lent  must  ensure  that  the  AVF  is  provided  accurate  Information 
for  inclusion  on  the  VALIDATION  CERTIFICATE,  including  the 
COMPILER  OWNER.  VALIDATION  CERTIFICATES  are  delivered  to  the 
cl ient  by  the  AVF. 

9.  Issuing  the  final  VSR,  (AVF/AVO/AJPO) .  The  fully  agreed 
upon  annotated  VSR  is  used  by  the  AVF  to  prepare  the  final  VSR 
for  signature.  The  AVF  manager  signs  the  final  VSR  and  forwards 
It  to  the  AVO  for  signature.  The  AVO,  J n  turn,  signs  the  VSR  and 
forwards  it  to  the  Director,  AJPO  for  final  signature.  A  fully 
signed  copy  of  the  final  VSR  is  then  returned  to  the  AVF. 

4.2  CERTIFICATE  EXPIRATION.  VALIDATION  CERTIFICATE*  expire  in 
accordance  with  the  time  period  established  by  the  Director, 
AJPO.  This  time  period  is  currently  one  year  after  the  date  of 
issue.  An  automatic  extension,  valid  until  adjudication  of  a 
pending  REVALIDATION,  shall  occur  whenever  a  VENDOR  has  submitted 
his  COMPILER  for  REVALIDATION  In  a  timely  manner  as  defined  in 
step  two  of  these  procedures. 

4.3  VALIDATION  INFORMATION  AVAILABILITY:  The  AJPO  ensures  that 
a  publicly  ava ilable  list  of  Ada  COMP  I LERs  i s  ma i nta i ned .  This 
list  identifies  the  Ada  COMPILERS  for  which  VALIDATION 
CERTIFICATES  have  been  Issued.  The  AJPO  also  ensures  that  the 
final  VSR  I s  made  publicly  available  for  comp ilers  on  this  list 
through  an  appropriate  government  information  distribution 
facility.  A  separate  list  of  registered  Ada  DERIVED  COMPILERS  is 
also  maintained  by  the  AJPO  and  Is  publicly  available.  The  Ada 
Information  Clearinghouse  can  provide  assistance  in  obtaining  or 
accessing  any  of  the  above  information. 

4.4  VALIDATION  LIMITATIONS.  A  compiler  is  judged  as  having 
either  passed  or  failed  in  VALIDATION.  If  a  compiler  passes 
VALIDATION,  then  it  demonstrates  that  the  product,  as  tested  by 
the  ACVC ,  conforms  to  the  Ada  PROGRAMMING  LANGUAGE.  Testing  for 
character  1st ics  other  than  those  specified  by  the  Ada  PROGRAMMING 
LANGUAGE,  such  as  performance  or  suitability  for  particular 
applications,  is  outside  the  scope  of  VALIDATION  testing. 


DERIVED  COMPILER  VALIDATION 

5.0  DERIVED  COMPILERS.  Ones  an  Ada  COMPILER  haa  a  currant 
VALIDATION  CERTIFICATE.  than  variationa  or  mod i f I  cat  I ona  to  that 
Ada  COMPILER  and/or  I ta  configuration  raault  In  a  DERIVED 
COMPILER.  A  DERIVED  COMPILER  must  conform  to  tha  *da  PROGRAMMING 
LANGUAGE  in  ovary  raspact  and  by  tha  same  maasura  aa  doas  the 
BASE  COMPILER  from  which  it  was  darivad.  In  ordar  to  be 

considered  a  DERIVED  COMPILER,  and  therefore  acquire  status  as  an 
Ada^ VALIDATED  COMPILER.  a  VENDOR  must  register  DERIVED  COMPILERS 
with  the  AJPO.  This  section  details  tha  process  and  procedures 
governing  the  registration  of  DERIVED  COMPILERS. 

B . 1  REGISTRATION  OF  A  DERIVED  COMPILER.  VENDORS  may  request  to 
register  a  DERIVED  COMPILER  while  they  are  clients  of  an  AVF  and 
are  engaged  in  the  VALIDATION  of  the  BASE  COMPILER  or, 
subsequently,  after  the  AVF-client  relationship  has  been 
terminated  by  successful  completion  of  VALIDATION  of  the  BASE 
COMPILER,  but  prior  to  expiration  of  the  VALIDATION  certificate 
for  the  BASE  COMPILER  from  which  the  subject  compiler  was 
derived.  As  part  of  this  r eg  I strat I  on ,  the  VENDOR: 

a.  identifies  the  BASE  COMPILER  and  BASE  CONFIGURATION  from 
which  the  DERIVED  COMPILER  originates;  and, 

b.  affirms  that  the  DERIVED  COMPILER  is  in  COMPLIANCE  with 
the  same  version  of  the  ACVC  used  in  the  VALIDATION  of 
the  BASE  COMPILER. 

5.2  REGISTRATION  DURING  VALIDATION.  When  VENDORS  are  clients 
of  an  AVF  and  desire  to  register  a  DERIVED  COMPILER,  the 
following  steps  must  be  completed: 

1.  Submit  a  DECLARATION  OF  CONFORMANCE  (VENDOR).  The 
VENDOR  submits  to  the  AVF  a  atatement  signed  by  an  authorized 
VENDOR  official  that  lists  the  CONFIGURATION  that  Is  declared  tc 
be  an  EQUIVALENT  CONFIGURATION.  This  statement  also  includes  the 
nomenclature  identifying  the  candidate  compiler.  If  the  VENDOR 
supplies  only  the  compiler,  then  the  VENDOR  must  obtain  either  a 
statement  from  a  responsible  official  of  the  hardware 
manufacturer  or  technical  documentation  which  affirms  that  the 
COMPUTER  ARCHITECTURE  is  equivalent  to  that  of  the  BASE 
CONFIGURATION  originally  used  to  demonstrate  COMPLIANCE. 

2.  Review  the  registration  request  (AVF).  The  AVF  reviews 
the  information  aupplied  by  clients  and  provides  technical  advice 
to  them,  as  required,  to  ensure  that  the  requested  registration 
is  consistent  with  the  definition  of  a  DERIVED  COMPILER.  The 
client's  request  for  registration  of  a  DERIVED  COMPILER  Is  then 
submitted  to  the  AJPO,  via  the  AVO,  concurrent  with  submission  of 
the  final  VSR  for  the  BASE  COMPILER. 


6.3  POST  VALIDATION  REGISTRATION.  VENDORS  may  rsqusst 
registration  of  a  DERIVED  COMPILER  during  tha  period  a  VALIDATION 
CERTIFICATE  for  the  BASE  COMPILER  Is  In  force.  The  AJPO  accepts 
requests  for  registration  after  a  VALIDATION  CERTIFICATE  has  been 
issued  end  the  final  VSR  has  been  approved.  The  steps  listed  for 
registration  during  VALIDATION  must  be  completed  as  well  for  post 
VALIDATION  registration.  A  second  final  VSR  for  the  BASE 
COMPILER  need  not  be  submitted.  VENDORS  are  to  forward  these 
requests  to  the  AVF  which  conducted  the  VALIDATION  of  the  subject 
BASE  COMPILER.  The  AJPO  may  refuse  e  registration  request  if  the 
eye'le  for  updating  the  list  coincides  with  expiration  of  the 
VENDOR’S  VALIDATION  CERTIFICATE  for  the  BASE  COMPILER.  Requests 
are  to  Include  the  following  information: 

a.  Expiration  date  and  serial  number  (where  applicable)  of 
the  VALIDATION  CERTIFICATE  for  the  BASE  COMPILER. 

b.  Identification  of  the  compiler  version  to  be  registered. 

c.  Identification  of  tha  authorized  VENDOR  representat i ve 
responsible  for  COMPLIANCE  of  the  DERIVED  COMPILER. 

d.  Rationale  to  substantiate  thevalidity  of  the 
reg I str at i on . 

6.4  MAINTENANCE  OF  REGISTRATION.  The  registration  of  a  DERIVED 
COMPILER  expires  when  the  related  VALIDATION  CERTIFICATE  expires. 
Tha  AJPO  maintains  and  makes  pub  I icly  ava i lable  a  list  of  all 
registered  DERIVED  COMPILERS;  a  description  of  their 
configurations;  their  relation  to  a  BASE  COMPILER;  and  of  any 
Information  supplied  by  the  VENDOR  In  substantiation  of 
compliance  to  the  standard.  When  an  AVF  believes  that  COMPLIANCE 
is  questionable,  It  may  require  the  VENDOR  to  provide  specific 
evidence  of  testing  against  the  ACVC  version  used  In  VALIDATION 
of  the  BASE  COMPILER. 

6.6  DERIVED  COMPILER  STATUS.  DERIVED  COMPILERS  that  are 
registered  are  considered  VALIDATED  COMPILERS.  This  status 
expires  no  later  than  the  VALIDATION  CERTIFICATE  of  the 
associated  BASE  COMPILER.  No  VALIDATION  CERTIFICATE  will  be 
issued  for  a  DERIVED  COMPILER. 

6.6  CHALLENGES.  The  status  of  a  DERIVED  COMPILER  can  be 
challenged  if  It  Is  determined  to  fail  an  applicable  ACVC  test  of 
the  ACVC  version  used  to  validate  the  BASE  COMPILER. 
Applicability  of  such  tests  is  documented  In  the  VSR  for  the  BASE 
COMPILER.  When  a  user  or  potential  buyer  desires  to  test  whether 
or  not  a  registered  compiler  is  In  COMPLIANCE  with  the  Ada 
PROGRAMMING  LANGUAGE  he/she  must  do  the  following: 


1.  obtain  at  challenger ‘a  own  axpanse  a  copy  of  the 

applicable  VSR  and  a  copy  of  the  ACVC  test  suite  used  during 
VALIDATION  of  the  BASE  COMPILER; 

2.  conduct  testing  at  challenger's  own  expense  under  the 
conditions  specified  in  the  VSR,  using  the  appropriate  ACVC,  and 
gather,  in  the  same  format  as  the  VSR,  data  to  substantiate  a 
cha I  I enge ; 

3.  submit  to  the  AVF  which  conducted  the  original 
VALIDATION,  with  a  copy  to  the  AJPO,  a  formal  challenge  to  the 
validity  cf  the  DERIVED  COMPILER.  Documentation  for  this 
challenge  shall  Include  test  results  that  substantiate  the 
challenge.  In  addition,  Identify  to  both  the  AJPO  and  the  AVF 
the  VENDOR  who  offered  the  DERIVED  COMPILER  (for  sale  or  use). 

5.6.1  RESOLUTION  OF  CHALLENGES.  When  a  challenge  is  made,  the 
AJPO  annotates  the  compiler  on  the  registration  list  Indicating: 
(a)  there  is  a  challenge  to  the  compiler’s  COMPLIANCE  status;  (b) 
the  date  of  the  challenge;  and  (c)  the  target  date  for  resolution 
of  the  challenge;  and  further,  stipulates  that  a  challenge  in  and 
of  itself  does  not  constitute  non-COMPL I ANCE  of  the  annotated 
compiler.  All  information  gathered  or  submitted  to  the  AVF  and 
AJPO  concerning  a  challenge  Is  made  Immediately  available  for 
review  by  all  partias  having  an  Interest  in  the  compiler’s 
status . 

In  making  the  determination  of  COMPLIANCE  vs.  non- 
COMPL  I  ANCE.  the  AVF  may  request  that  the  challenged  VENDOR  submit 
the  results  of  his/her  in-house  VALIDATION  testing  to  demonstrate 
full  COMPLIANCE.  Further,  the  AVF  may  request  from  the 
challenged  VENDOR  special  testing,  which  may  consist  of  a  subset 
of  the  ACVC.  The  complete  and  timely  cooperation  from  the  owner 
of  the  challenged  compiler  Is  required  in  investigating  and 
resolving  disputed  issues.  When  a  challenge  is  fully 
substantiated  to  the  satisfaction  of  the  AVF,  AVO,  and  AJPO,  the 
VENDOR  who  owns  the  compiler  is  requested  to  correct  the  cited 
compiler  deficiencies  and  to  demonstrate  to  the  AVF  that  such 
deficiencies  have  been  corrected,  or  cease  and  desist  from 
offering  the  compiler  for  sale  or  use  as  an  Ada  VALIDATED 
COMPILER.  If  deficiencies  can  not  be  corrected  or  are  not 
corrected  within  a  90  day  time  period,  then  the  AJPO  annotates 
the  DERIVED  COMPILER  list  to  reflect  that  the  subject  compiler  is 
no  longer  considered  as  having  a  VALIDATED  COMPILER  status.  Any 
substantiated  challenge  or  resolution  to  a  challenge  will  be 
announced  through  appropriate  public  documents  and  reflected  by 
annotating  the  DERIVED  COMPILER  list. 
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6.7  VALIDATION  OF  MULTIPLE  COMPILERS.  If  the  client  desires  a 
VALIDATION  CERTIFICATE  for  a  BASE  COMPILER  on  several  BASE 
CONFIGURATIONS,  rather  than  registering  esch  modified  compiler  or 
change  in  configuration  as  a  DERIVED  COMPILER,  then  at. least  one 
memoer  of  each  configuration  must  be  provided  for  AVF  testing 
with  the  full  ACVC .  These  BASE  CONFIGURATIONS  are  placed  on  a 
certificate,  while  derived  configurations  may  be  registered 
separately  at  the  client’s  request.  When  different  operating 
systems,  major  changes  to  an  operating  system,  or  modified 
compilers  are  presented  to  the  AVF,  the  compiler  is  tested  under 
each  operating  system,  even  if  the  COMPUTER  ARCHITECTURE  is 
identical.  In  such  cases,  detailed  test  methods  may  vary  on  a 
case  by  case  basis  as  negotiated  by  the  AVF  and  AVO  to  ensure 
rigid  testing  while  minimizing  unnecessary  effort. 


6.8  MAINTAINED  COMPILERS  AS  DERIVED  COMPILERS.  Maintenance 
changes  to  a  VALIDATED  COMPILER  do  not  affect  its  status  as  a 
VALIDATED  COMPILER,  provided  that  the  compiler  retains  CONFORMITY 
to  the  Ada  PROGRAMMING  LANGUAGE.  Individual  versions  of  a 
MAINTAINED  COMPILER  must  be  distinguished  through  the  use  of 
incremental  vers i on/re  I  ease  control  numbers  assigned  by  the 
developer.  Such  a  version  is  considered  a  DERIVED  COMPILER,  and 
is  subject  to  the  procedures  pertaining  to  DERIVED  COMPILERS  when 
it  Is  first  registered  or  subsequently  registered  with  the  AJPO. 
A  MAINTAINED  COMPILER  is  not  a  va I  I  dated  Ada  COMPILER  when  it 
fails  an  APPLICABLE  ACVC  TEST  that  was  passed  by  the  associated 
BASE  COMPILER  during  VALIDATION  testing. 


6.9  REGISTRATION  LIMITATIONS.  The  registration  of  a  DERIVED 
COMPILER  by  the  AJPO  does  not  Imply  or  support  VENDOR  claims  that 
the  compiler  conforms  to  the  Ada  PROGRAMMING  LANGUAGE. 
Registration  of  DERIVED  COMPILERS  provides  a  publ ic  record  of 
those  compilers  that  VENDORS  claim  are  modifications  to  Ada 
COMPILERS,  which  In  spite  of  the  modifications,  remain  comp  I  i 
to  the  Ada  PROGRAMMING  LANGUAGE  in  every  manner  as  the 
COMPILER. 


int 
BASE 


5.10  EQUIVALENT  CONFIGURATION  REGISTRATION.  It  is  not  the 
Intention  of  the  AJPO  to  focus  on  each  specific  CONFIGURATION 
within  a  family  of  EQUIVALENT  CONFIGURATIONS.  These  EQUIVALENT 
CONFIGURATIONS  do  not  have  to  be  individually  registered  as 
DERIVED  COMPILERS  to  be  considered  VALIDATED  provided  a  BASE 
COMPILER  on  one  of  the  configurations  exist.  Registration  of  a 
series  of  EQUIVALENT  CONFIGURATIONS,  produced  by  the  same 
manufacturer,  will  be  accepted. 
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Ada  VALIDATION  FACILITIES 
ESTABLISHMENT  AND  OPERATION 


6.0  AvF  PURPOSE  Ada  Validation  Facllitiaa  (AVFs)  are 

SStabi  tshad  bv  the  Director,  AJPO  to  conduct  Ada  VALIDATIONS. 
These  facilities  execute  the  VALIDATION  procedures  contained  in 
this  document  for  the  purpose  of  ensuring  that  the  Ada 
PROGRAMMING  LANGUAGE  standard  is  properly  end  faithfully 
implemented  in  Ada  COMPILERS.  This  section  discusses  the 
esteb i i shment  and  operation  of  AVFs. 

6.1  ESTABLISHMENT  OF  AVFs.  The  Director,  AJPO  may  issue  an  ^VE*' 
charter  to  a  requesting  organization  that  represents  <h«^ 
government  of  the  United  States  of  America  (USA)  and  has  « 
Memorandum  of  Understanding  (MOU)  with  the  AJPO  concerning  Ada? 
VALIDATION  or  represents  a  foreign  government  that  has  an  MOU 
with  the  USA  concerning  the  establishment  of  AVFs.  AVFs  tfcus 
chartered  operate  under  the  terms  of  the  governing  MOU  and  the 
procedures  established  in  this  document,  and  are  chartered  to 
conduct  VALIDATIONS  on  behalf  of  the  AJPO. 

6.2  AVF  CHARTER.  An  AVF  charter  carries  both  the  authority  to 
conduct  VALIDATION  testing  as  well  as  the  obligation  to  fully 
support  the  CERTIFICATION  SYSTEM  established  by  the  AJPO. 

6.3  CHARTER  RENEWAL.  An  AVF  charter  remains  In  effect  for  two 
years  from  the  date  of  issue.  However,  a  charter  can  be  removed 
by  the  Director,  AJPO  in  less  than  two  years  for  due  cause. 
Renewal  requests  are  submitted  by  AVFs  to  the  Director,  AJPO  for 
re-evaluation  and  approval  at  least  six  months  prior  to  the  end 
of  the  two-year  period. 

6.4  AUDIT  OF  OPERATIONS.  The  AVO  has  oversight  authority  over 
all  AVF  practices  for  the  purpose  of  maintaining  a  uniform 
process  for  VALIDATION  of  Ada  COMPILERS.  The  Director,  AJPO  may 
direct  an  impartial  body  to  conduct  an  audit  of  AVF  operations  at 
any  time  and  may  require  an  audit  prior  to  issuing  or  renewing 
an  AVF  charter.  Audits  are  conducted  in  accordance  with 
procedures  established  by  the  Director,  AJPO  at  the  time  of  the 
audit,  and  are  tailored  to  reflect  the  purpose  of  the  audit. 
AVF  managers  meet  periodically  with  the  Director,  AJPO  and/or 
with  the  AVO  to  discuss  the  VALIDATION  process  and  audit 
procedures,  to  share  ideas,  and  to  resolve  problems  encountered 
In  conducting  the  VALIDATION  of  Ada  COMPILERS. 
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Ada  COMPILER  VALIDATION  CAPABILITY 
DEVELOPMENT,  MANAGEMENT,  AND  LIFE  CYCLE  CONTROL 

7.0  ACVC  PURPOSE.  The  Ada  COMPILER  VALIDATION  CAPABILITY  (ACVC) 
Is  the  test  suite  used  to  test  COMPLIANCE  and  determine 
CONFORMITY  of  an  Ada  COMPILER.  This  section  outl I nes  the 
development  approach  to  changing  tests,  managing  tne  test  suite 
configuration,  and  controlling  the  life  cycle  ma intenance  of  the 
ACVC . 

7.1  ACVC  TEST  SUITE  DEVELOPMENT.  Each  version  of  the  ACVC  has  a 
development  cycle  (currently  twelve  months)  divided  into  two 
periods:  laboratory  development  and  field  testing.  During  the 
laboratory  development  period,  tests  are  added,  removed, 
corrected,  and  improved.  During  the  field-test  period,  the  test 
suite  is  available  for  public  inspection.  An  ACVC  version 
becomes  the  official  ACVC  test  suite  version  to  be  used  for  all 
VALIDATIONS  when  the  AJPO  releases  it  for  use.  The  official 
period  of  use  is  normally  twelve  months. 

7.2  VERSION  RELEASE.  After  the  development  cycle  is  complete, 
the  new  version  of  the  ACVC  test  suite  is  issued  for  use  by  al I 
AVFs  and  their  clients  in  all  VALIDATIONS.  Each  version  expires 
on  a  publicly  announced  schedule.  The  current  release  schedule 
is  1  December  for  the  field  test  version  and  1  June  for  the 
official  version,  with  the  ACVC  test  suite  expiring  twelve  months 
after  release.  VENDORS  are  required  to  use  the  same  single 
version  of  the  test  suite  for  pr e-VAL I  DAT  I  ON  and  VALIDATION. 
Table  7.1  provides  a  rtpr esentat I ve  schedule  of  an  ACVC  release. 

7.3  MANAGEMENT  OF  THE  ACVC  TEST  SUITE.  The  AJPO  approves  each 
version  of  the  ACVC  prior  to  Its  release  for  use  In  VALIDATIONS, 
and  ensures  that  the  test  suite  and  procedures  for  VALIDATION 
testing  are  publicly  available.  The  AVF  at  ASD/SIOL,  Wright- 
Patterson  Air  Force  Base,  Ohio,  45433-6503  is  designated  the  ACVC 
Maintenance  Organization  (AMO).  The  AMO  maintains  a  subscription 
service  for  issuing  the  ACVC  and  provides  to  other  AVFs  a  I ist  of 
tests  withdrawn  from  the  test  suite.  Each  AVF  maintains  a 
subscription  service  for  its  own  clients  of  record. 

7.4  QUALITY  ASSURANCE  OF  THE  ACVC.  During  the  field-test 
period,  all  reported  test  errors  and  disputed  tests  are  reported 
to  and  researched  by  the  AMO;  tests  found  to  contain  errors  are 
either  corrected  or  removed  from  the  test  suite.  During  the 
twelve  month  period  when  a  test  suite  version  is  used  for 
CONFORMITY  testing,  the  only  change  permitted  to  the  suite  is  the 
removal  of  tests  whose  interpretation  of  the  Ada  PROGRAMMING 
LANGUAGE  is  Judged  by  the  AJPO  to  be  incorrect  or  dubious.  The 
AVO  collects  reports  from  the  Ada  user  and  compiler  developer 
communities  concerning  implementation  anoma I ies. 


When  a  question  of  CONFORMITY  can  be  detected  and  resolved 
by  adding  a  suggested  test  to  the  next  ACVC  version,  strong 
consideration  will  be  given  to  Implementing  it.  Contr ibut ions  to 
the  ACVC  are  sol icited  on  a  no-cost  basis  by  each  AVF .  Proposed 
modifications  to  the  ACVC  generated  In  this  way  are  entered  into 
the  same  review  cycle  as  are  modifications  proposed  through  the 
regular  AMO  maintenance  process,  and  are  included  Into  the  next 
ACVC  test  suite  after  approval  by  the  AJPO. 
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The  following  are  the  procedures  to  report  and  resolve  a 
suspect  ACVC  test: 

1.  Disputed  ACVC  tests.  If  a  client,  VENDOR,  or  user 
believes  that  a  test  is  in  error,  he/she  should  send  a  written 
statement  giving  the  test  name  and  a  description  of  the  problem 
to  the  validating  AVF  or  AMO,  as  appropriate.  Supplementary 
materials,  such  as  compilation  listings  or  execution  results, 
that  illustrate  the  test  error  should  be  Included  when  possible. 

2.  Corrective  action.  When  tests  in  a  released  ACVC  test 
suite  version  are  challenged  as  being  in  error,  the  AVF  or  AMO 
receiving  the  chat  lenge  refers  It  to  the  AVO .  The  AVO  analyzes 
the  information  surrounding  the  challenged  test  with  the  advice 
of  a  group  of  Ada  PROGRAMMING  LANGUAGE  axperts.  A  decision  on 
these  disputes  is  reached  by  the  AJPO  as  soon  as  possible,  and 
the  AVF  referring  the  challenge  is  notified  of  the  decision.  If 
the  decision  is  that  a  test  is  to  be  withdrawn  from  that  ACVC 
version,  the  AMO  generates  and  distributes  to  all  AVFs  a  new  list 
of  withdrawn  tests.  Tests  that  have  been  withdrawn  from  the  ACVC 
by  the  AJPO  are  not  to  be  executed  during  on-site  testing. 
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Sec t i on  8 

DoD  GUIDELINES  FOR  Ada  COMPILER  USE 

8.0  PURPOSE.  The  purpose  of  this  section  is  to  estsbl ish 
guidelines  for  ensuring  CONFORMITY  to  the  Ada  PROGRAMMING 
LANGUAGE  on  DoD  projects  that  develop  and  maintain  Ada  software. 

8.1  SCOPE.  This  document  integrates  guidelines  for  the 
VALIDATION  and  control  of  Ada  COMPILERS  with  DoD  I ife-cycle 
management  practices.  These  guidelines  are  intended  to  aid 
program  managers  In  the  initial  acquisition  of  an  Ada  COMPILER, 
control  of  that  compiler  through  the  software  development  phase, 
the  transition  of  an  Ada  COMPILER  from  development  to  maintenance 
activities,  and  control  of  an  Ada  COMPILER  during  maintenance. 

8.2  OVERALL  CONCEPT.  A  program  manager  identifies  the 
requirement  for  a  VALIDATED  Ada  COMPILER  as  an  action  within  the 
context  of  project  milestones.  After  Identification,  a  VALIDATED 
COMPILER  is  base  I  i ned  in  accordance  with  appl  icable  DoD  software 
I  ife-cycle  management  po I  I c i es ,  procedures,  and  practices.  This 
base! i ned  VALIDATED  COMPILER  then  becomes  a  PROJECT-VALIDATED 
COMPILER  for  the  lifetime  of  that  project. 

8.3  GENERAL  GUIDANCE. 

8.3.1  USE  OF  PROJECT-VALIDATED  Ada  COMPILERS.  Ada  software  used 
in  DoD  systems  that  is  delivered  for  operational  testing, 
deployment  and  maintenance  should  be  compiled  with  a  PROJECT- 
VALIDATED  COMPILER.  A  project  may  have  more  than  one  PROJECT- 
VALIDATED  COMPILER. 

a.  A  PROJECT-VALIDATED  COMPILER  retains  its  status  as  a 
PROJECT-VALIDATED  COMPILER  for  the  ’  duration  of  a  project  and 
under  any  contractual  arrangement  that  requires  use  of  this 
PROJECT-VALIDATED  COMPILER.  This  status  Is  retained  regardless 
of  the  VALIDATION  status  of  the  compiler  under  the  general 
VALIDATION  po I icies  and  procedures. 

b.  Maintenance  of  a  PROJECT-VALIDATED  COMPILER  does  not  affect 
its  status  as  a  PRO JECT-VAL I  DATED  COMPILER  if  the  modified 
comp i  ler  is  base  I  i ned  and  passes  al  I  appl  icable  tests  of  the 
ACVC  in  a  version  equal  to  or  more  recent  than  the  ACVC  version 
that  was  in  effect  at  the  time  of  the  basel  Ining  of  the  PROJECT- 
VALIDATED  COMPILER.  When  a  system  software  release  has  been 
compiled  on  several  PROJECT-VALIDATED  COMPILERS,  ACVC  testing 
requirements  apply  to  each  of  these  compilers. 
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8.3.2  Ada  COMPILERS  FOR  RESTRICTED  TARGETS.  An  Ada  COMPILER 
used  to  generate  object  code  for  a  RESTRICTED  TARGET  is 
considered  to  be  a  PROJECT-VALIDATED  COMPILER  If  and  only  If  all 
of  the  following  conditions  are  satisfied: 

a.  The  PROJECT-VALIDATED  COMPILER  tor  the  GENERIC  TARGET  is  a 
fully  conforming  implementation  of  the  Ada  PROGRAMMING 
LANGUAGE  (CONFORMITY),  even  though  its  use  may  be  solely  for 
the  development  of  applications  software  for  RESTRICTED 
TARGETS. 

b.  All  mandatory  features  of  the  Ada  PROGRAMMING  LANGUAGE  that 
can  be  supported  by  hardware,  or  are  emulated  on  the 
RESTRICTED  TARGET,  are  supported  by  the  compiler  for  the 
RESTRICTED  TARGET.  (  l.e..  Compilers  for  the  RESTRICTED 
TARGET  should  not  be  arbitrarily  constrained  to  subset 
implementations  of  the  Ada  PROGRAMMING  LANGUAGE.) 

c.  All  APPLICATION-SPECIFIC  RUN-TIME  LIBRARIES  for  RESTRICTED 
TARGETS  are  contained  within  that  appl ication  and  do  not 
affect  the  Ada  COMPILER  for  the  GENERIC  TARGET  or  the 
RESTRICTED  TARGET  when  used  to  generate  code  for  other 

app I i cat i ons . 

8.3.3  Ada  COMPILERS  USED  DURING  SOFTWARE  DEVELOPMENT. 

Compilers  used  to  develop  Ada  software  do  not  have  to  be  PROJECT- 
VALIDATED  COMPILERS  throughout  the  entire  development  phase.  The 
Program  Manager  determines  when  in  the  development  phase  a 
compiler  will  be  placed  under  baseline  control,  at  which  time  the 
compiler  must  satisfy  the  definition  of  a  VALIDATED  COMPILER  In 
order  to  become  a  PROJECT-  AL (DATED  COMPILER.  A  review  of  the 
CONFORMITY  status  of  a  PROJECT-VALIDATED  COMPILER  should  be 
conducted  prior  to  any  Ada  application  software  release  and 
reported  to  the  Program  Manager.  When  because  of  modifications 
to  the  compiler,  the  CONFORMITY  status  of  a  PROJECT-VALIDATED 
COMPILER  becomes  uncertain  to  the  Program  Manager,  It  should  be 
retested.  Considerations  for  retesting  include  the  scope  of 

change  to  the  PRO JECT-VAL I  DATED  COMPILER,  a  change  in  the  BASE 
CONFIGURATION,  and  the  size  of  the  Ada  application  software 
re  l  ease . 


8.4  Ada  COMPILER  USE  DUR 
base  I  ine  mi  lestone  in 
PROJECT-VALIDATED  COMP  1 1 
accompl ished  as  it  wan  c 
testing  can  be  walveo 
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has  been  replaced  by  an  u 
VALIDATION  CERTIFICATE 
VALIDATED  COMPILERS  shout 
with  MAJOR  UPGRADES. 


E  DURING  DEPLOYMENT  AND  MAINTENANCE.  At  each 
In  the  maintenance  cycle,  the  testing  of  a 
OMPIIER  to  ensure  CONFORMITY  should  be 
wan  cane  during  software  development.  This 
vea  If  the  PROJECT-VALIDATED  COMPILER  Is 
f  the  previous  baseline  milestones,  or  if  it 
an  unmodified  BASE  COMPILER  for  which  a 
ATE  is  in  effect.  At  a  minimum,  PROJECT- 
should  be  upgraded  or  replaced  in  conjunction 


8.5  DETAILED  GUIDANCE. 


8.5.1  SOFTWARE  DEVELOPMENT  WITH  A  VALIDATED  ADA  COMPILER. 

8. 5. 1.1  In  the  initial  acquisition  of  an  Ada  Compllar,  If  the 
compiler  selected  for  use  on  a  project  is  not  a  VALIDATED 
COMPILER,  the  program  manager  Is  responsible  for  requiring  that 
a  VALIDATION  CERTIFICATE  for  this  compiler  be  obtained  in 
accordance  with  the  formal  VALIDATION  process. 

8. 5. 1.2  Ada  software  may  be  developed  prior  to  obtaining  a 
VALIDATED  COMPILER  and  baselining  this  compiler  as  a  PROJECT- 
VALIDATED  COMPILER.  However,  use  of  a  VALIDATED  or  PROJECT- 
VALIDATED  COMPILER  at  the  earliest  practical  time  is  encouraged 
to  reduce  risk  and  potential  problems  during  the  acceptance  of 
the  software  for  operational  testing. 

8. 5. 1.3  When  a  VALIDATED  COMPILER  has  been  baselined  for  a 

project,  configuration  control  procedures  must  be  establ ished  to 
ensure  complete  documentation  of  changes  made  to  the  PROJECT- 
VALIDATED  COMPILER  and  for  derivations  from  it.  Program 

managers  are  encouraged  to  ascertain  at  periodic  intervals  that 
maintenance  changes  and  derivations  have  not  affected  the 
capabi I ity  of  the  PROJECT-VAL ; DATED  COMPILER  to  pass  al I 
appl icable  tests  of  the  ACVC  in  a  version  equal  to  or  more  recent 
than  used  in  its  initial  VALIDATION. 

8. 5. 1.4  After  expiration  of  a  VALIDATION  CERTIFICATE  for  a 
PROJECT-VALIDATED  COMPILER,  a  program  manager  should  ensure  that 
the  compiler  stays  in  CONFORMITY  throughout  the  remaining  life  of 
the  project  by  taking  the  following  actions: 

a.  Re-test  the  PROJECT-VALIDATED  COMPILER  and  DERIVED 
COMPILERS  using  the  ACVC  version  used  to  originally 
establ ish  the  CONFORMITY  of  the  BASE  COMPILER  whenever  the 
CONFORMANCE  of  the  compiler  is  suspect.  This 

periodic  retesting  should  be  scheduled  as  part  of  project 
baseline  milestones  and  the  results  incorporated  into 
project  documentation.  A  program  manager  determines 
whether  this  testing  is  done  by  project  personnel  or  by  an 
AVF .  Cost,  schedules,  extent  of  maintenance  on  the 
compiler,  contractual  obligations,  as  well  as  the 
expected  size  of  the  software  release,  are  considerations 
in  determining  periodic  retesting. 

b.  Ensure  that  all  APPLICATION-SPECIFIC  RUN-TIME  LIBRARIES  and 
run-time  support  for  RESTRICTED  TARGETS  are  developed  and 
documented  separately  from  that  of  the  compiler,  and  that 
the  support  does  not  affect  the  CONFORMITY  of  the  Ada 
COMPILER  used  to  generate  object  code. 


c.  Ensure  that  planned  program  product  improvement  (P3I) 

actions  are  incorporated  into  project  baseline  milestones 
•  r'-  contracts  «we  I  I  in  advance  of  the  projected  action,  as 
these  (P3I)  actions  may  result  In  the  acquisition  of  a 
replacement  compiler. 

8.6.2  TRANSITION  TO  MAINTENANCE.  Program  managers  should  perform 
ACVC  testing  on  their  PROJECT-VALIDATED  COMPILERS  to  establish 
the  CONFORMITY  status  of  PROJECT-VALIDATED  COMPILERS  prior  to 
*r*nsit'on  of  an  Ada  app I (cation  program  to  a  maintenance 
activity. 


24 


I.  -  u  r.  .A  •  -» >-  -V  u.  *Wa  -  -  AA.  «  -V-Vk^  A  AW  .1  AJVmVA  JV  -V  A . 


Append i x  A 

DECLARATION  OF  CONFORMANCE  (SAMPLE) 
Compiler  Imp  I  amen tar: 

Ada  Validation  Fac i I  I  tv :  _ 

Ada  Compiler  Validation  Capability  (ACVC)  Version: 

Base  Configuration 

Baaa  Compiler  Name:  _ _ _  Version: 

Host  Architecture  -  ISA: _ _  OSSVER  #:  _ 

Target  Architecture  -  ISA:  _  OSiVER  «:  _ 


Derived  Compiler  Reglatratlon 

Derived  Compiler  Name: _ _  Version: 

Host  Architecture  -  ISA: _  OS&VER  #:  _ 

Target  Architecture  -  ISA: _  OS&VER  «:  _ 


Imp  I amantar 'a  Declaration 

I,  the  undersigned,  representing  (Corporat i on)  have 
implemented  no  del ibarata  extensions  to  the  Ada  Language  Standard 
ANS I /M I L-STD- 1 8 1  BA  In  the  compiler (s)  listed  in  this  declaration. 

I  declare  that  (Owner's  Name)  is  the  owner  of  record  of 
the  Ada  language  compiler (s)  listed  above  and,  as  such,  is 
responsible  for  maintaining  said  compiler (a)  In  conformance  to 
ANS I /M l L-STD- 1 8 1 5A .  All  certificates  and  registrations  for  Ada 
language  compiler (s)  Mated  in  this  declaration  shall  be  made 
only  In  the  owner's  corporate  name. 

(  Imp  I  ementer  '  s  Signature  and  Title) _  _ (Dated ) _ 


Owner's  Declaration 

I,  the  undersigned,  representing  (Corporat i on)  take  full 
responsibility  for  Implementation  and  maintenance  of  the  Ada 
compiler (s)  listed  above,  and  agree  to  the  public  disclosure  of 
the  final  Validation  Summary  Report.  I  further  agree  to  continue 
to  comply  with  the  Ada  trademark  policy,  as  defined  by  the  Ada 
Joint  Program  Office.  I  declare  that  all  of  the  Ada  language 
compilers  listed,  and  their  host/target  performance  are  in 
compliance  with  the  Ada  Language  Standard  ANS I /M I L-STD- 1 8 1  BA .  I 
have  reviewed  the  Validation  Summary  Report  for  the  compiler (s) 
and  concur  with  the  contents. 

(  Owner's  Signeture  and  Title) _  _ (Dated) _ 

This  document  Is  part  of  the  Velldetion  Summary  Report  (VSR), 
Appendix  A,  for  Initial  validations  and  must  be  submitted  for 
eech  derived  compiler  registration  during  or  subsequent  to 
initial  validation. 


